home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 6 / QRZ Ham Radio Callsign Database - Volume 6.iso / pc / files / p_baycom / tfpcx210.exe / UPDATE.DOC < prev   
Text File  |  1993-11-20  |  43KB  |  1,081 lines
  1.  
  2.             ████████  ███████  ██████     ████   ██    ██
  3.             ██▒██▒██▒  ██▒▒██▒  ██▒▒██   ██▒▒██  ██▒   ██▒
  4.             █▒▒██▒ █▒  ██▒  █▒  ██▒ ██▒ ██▒▒  █▒  ██  ██▒▒
  5.              ▒ ██▒  ▒  ██▒█  ▒  ██▒ ██▒ ██▒    ▒   ████▒▒
  6.                ██▒     ████▒    █████▒▒ ██▒         ██▒▒
  7.                ██▒     ██▒█▒    ██▒▒▒▒  ██▒        ████
  8.                ██▒     ██▒ ▒    ██▒     ██▒   █   ██▒▒██
  9.                ██▒     ██▒      ██▒      ██  ██▒ ██▒▒  ██
  10.               ████    ████     ████       ████▒▒ ██▒   ██▒
  11.                ▒▒▒▒    ▒▒▒▒     ▒▒▒▒       ▒▒▒▒   ▒▒    ▒▒
  12.  
  13.                        The Firmware PC Extended
  14.                    Version 2.10 (20. November 1993)
  15.  
  16.                   Residenter AX.25-Controller für PC
  17.                     und BayCom-Modem, -USCC-Karte,
  18.                      PA0HZP-OptoPcScc-Karte, KISS
  19.                     mit WA8DED-Hostmode-Interface
  20.  
  21.                  von René Stange, DG0FT @DB0KG.DEU.EU
  22.  
  23.            Frei für Funkamateure, keine kommerzielle Nutzung
  24.  
  25.  
  26.  
  27.  
  28. 1. Vorwort
  29.  
  30.   Diese  TFPCX-Version hat leider viel länger auf sich warten  lassen,
  31.   als  ich ursprünglich geplant hatte. Da die im  Februar  erschienene
  32.   Version 2.01, in baldiger Erwartung dieser vorliegenden Version, von
  33.   mir  nie  in den Mailboxen angekündigt wurde und auch  kaum  bekannt
  34.   geworden ist, beziehe ich mich in dieser Dokumentation auf das TFPCX
  35.   v2.00  als  Vorgängerversion.  Um die  Veröffentlichung  nicht  noch
  36.   weiter zu verzögern, mußte ich einige schon angekündigte Änderungen,
  37.   wie  die  grundlegende Überarbeitung der  Modemansteuerung,  nochmal
  38.   verschieben.
  39.  
  40.   Als  Neuerung  ist vor allem die Unterstützung  des  KISS-Modes  für
  41.   mehrere  Ports zugleich, der PA0HZP-OptoPcScc-Karte und der  BayCom-
  42.   9k6-USCC-Karte zu erwähnen. Außerdem gibt es bessere Konfigurations-
  43.   möglichkeiten,   Verbesserungen  beim  DAMA-Betrieb  u.a.  Für   die
  44.   Aktivierung  des KISS-Modes im TNC wird das neue  Programm  KISSINIT
  45.   mitgeliefert (siehe KISSINIT.DOC). Die Neuerungen sind in  Abschnitt
  46.   3.  aufgeführt. Abschnitt 4. gibt einige Hinweise, was beim  Umstieg
  47.   von einer früheren Version zu beachten ist.
  48.  
  49. ...
  50.  
  51.   Mein Dank gilt diesmal Peter (DB2OS), Asko (DG2BRS), Denis  (G0KIU),
  52.   Henk  (PA0HZP),  Rob (PE1CHL), dem BayCom-Team, allen  Spendern  und
  53.   allen Usern, die mir mit Hinweisen und Vorschlägen geholfen haben.
  54.  
  55.  
  56.   73s von René, DG0FT                    Strausberg, 20. November 1993
  57.  
  58.  
  59.  
  60. 2. Hinweise zur Dokumentation
  61.  
  62. ...
  63.  
  64.   An einigen Stellen (besonders in Anhang 1.) wird der Standardwert 10
  65.   als die maximale Kanalanzahl genannt. Dieser Wert ist konfigurierbar
  66.   und dient nur als Platzhalter. Wird die Option '-CH' verwendet, gilt
  67.   der angegebene Parameter anstelle der '10'.
  68.  
  69.   Begriffe und Abkürzungen:
  70.  
  71. ...
  72.  
  73.   KISS       (KA9Q  u.a.)  steht  für  'Keep  It  Simple  Stupid'  und
  74.              definiert  ein einfaches Datenformat zur Übertragung  von
  75.              Frames  und TNC-Parametern über eine asynchrone  serielle
  76.              Schnittstelle.  Ursprüngliches Ziel war  die  Verlagerung
  77.              der  Protokollabarbeitung  aus dem TNC in  den  Terminal-
  78.              Rechner,  um vom TNC nicht unterstützte  Protokolle  ver-
  79.              wenden zu können. KISS ist in vielen TNCs  implementiert,
  80.              ermöglicht aber auch die direkte Rechner-Kopplung.
  81.  
  82.   SMACK      (DL5UE und DK5SG) ist die Abkürzung von 'Stuttgarts Modi-
  83.              fiziertes  Amateurfunk-CRC-KISS'  und erweitert  das  von
  84.              einer  fehlerfreien  Übertragung ausgehende KISS  um  ein
  85.              Prüfsummenverfahren  (CRC),  wodurch   Übertragungsfehler
  86.              erkannt werden können.
  87.  
  88. ...
  89.  
  90.  
  91.  
  92. 3. Neuerungen seit Version 2.00
  93.  
  94.   - Der KISS-Mode wird inklusive SMACK für bis zu 4 Ports und 57600
  95.     Baud unterstützt (Option -PKISS). Fehlerhafte Frames (z.B. durch
  96.     Zeichenverluste) werden ignoriert und gezählt (siehe Abschnitte
  97.     6.2.1. und 8.3.). Mittels TFPCX und KISS kann GP (DH1DAE) nun auch
  98.     mehrere TNCs parallel ansteuern.
  99.  
  100.   - Die PA0HZP-OptoPcScc-Karte wird unterstützt (Option -POSCC, siehe
  101.     Abschnitt 6.2.1.).
  102.  
  103.   - Die BayCom-9k6-USCC-Karte funktioniert jetzt auch mit dem TFPCX
  104.     (Option -PUSCC, siehe Abschnitt 6.2.1.). Bei wenigen BayCom-USCC-
  105.     Karten wurden auf Grund von Timing-Problemen sinnlose Daten
  106.     gesendet. Durch eine andere Ansteuerung der SCC-Controller werden
  107.     diese Probleme umgangen.
  108.  
  109.   - Für SCC-Karten und COM-Ports (bei KISS) können AT-IRQs (9, 10, 11,
  110.     12, 14, 15) verwendet werden.
  111.  
  112.   - Die Anzahl der freien Puffer (Option -BU) und der Connect-Kanäle
  113.     (Option -CH) und damit der benötigte Speicherplatz sind nun
  114.     konfigurierbar. (Standard: 600 Puffer/10 Kanäle, siehe Abschnitt
  115.     6.2.3.)
  116.  
  117.   - Die Initialisierungsdatei (Option -F) kann nun Leerzeilen und
  118.     Kommentare enthalten. ESC-Zeichen werden automatisch erzeugt und
  119.     brauchen nicht mehr als '^' angegeben zu werden. (siehe Abschnitt
  120.     6.2.3.)
  121.  
  122.   - Beim DRSI-Interface (Option -DR) wurden Inkompatiblitäten mit dem
  123.     DRSI-TNCTSR-Treiber beseitigt, die bisher z.B. zu Problemen mit
  124.     Monitor und Heardlist beim Betrieb mit FBB (F6FBB) führten. Falls
  125.     es durch diese Änderungen nun Probleme mit anderen Programmen gibt
  126.     (z.B. bei TOP), kann man mit der Option -DX das bisherige
  127.     (modifizierte) DRSI-Interface verwenden (siehe Abschnitt 6.2.2.).
  128.  
  129.   - Der neue Befehl @PO ermöglicht die wahlweise Zuordnung eines Ports
  130.     zu einem Kanal, der dann nur von diesem Port aus connected werden
  131.     kann, was z.B. beim Programm TOP (DF8MT) nützlich ist (siehe
  132.     Abschnitte 7.8. und 8.2.).
  133.  
  134.   - Durch einen Transparent-Modus bei Empfang (Befehl @M) und
  135.     abschaltbares Zeichenecho (Befehl E) ist der #BIN#-Empfang im
  136.     Terminalmode (z.B. mit TERM (DL5FBD)) möglich. (siehe Abschnitte
  137.     7.4. und 8.2.)
  138.  
  139.   - Interne Connects (Loopback) lassen sich bei Bedarf verhindern
  140.     (Option -NL, siehe Abschnitt 6.2.3.).
  141.  
  142.   - TXTAIL (Befehl @TA) wird bei seriellem Modem und SCC-Karte unter
  143.     Berücksichtigung von Baudrate und Timer-Ungenauigkeit optimal
  144.     eingestellt. Bisher gab es teilweise Probleme beim Betrieb mit 300
  145.     Baud.
  146.  
  147.   - Wird die Option -P nicht angegeben, wird nun nicht mehr wie bisher
  148.     ein serielles Modem an COM1 benutzt, sondern überhaupt kein Port
  149.     angesteuert, was nur für Testzwecke mit internen Connects sinnvoll
  150.     ist. Im Normalfall ist -P also immer anzugeben.
  151.  
  152.   - Die Option -D (Debug) bezieht sich jetzt auf die letzte vor dem -D
  153.     stehende Option -P (Port). Damit ist die Überwachung beliebiger
  154.     Ports auch beim Multiport-Betrieb möglich (siehe Abschnitt
  155.     6.2.3.).
  156.  
  157.   - Disconnect im Hintergrundbetrieb bzw. Terminalmode ist mit Remote-
  158.     Kommando '//Q' möglich. (Befehl U, siehe Abschnitt 8.2.)
  159.  
  160.   - Durch eine DAMA-Änderung (wie TF 2.6) sollten die bekannten
  161.     Meckermeldungen von TheNetNode-Digis bei Multiconnect nun kaum
  162.     noch auftreten.
  163.  
  164.   - Der Extended Hostmode (DG3DBI) wird unterstützt und ermöglicht
  165.     schnellere Kommunikation mit dem Terminalprogramm.
  166.  
  167.   - Die Default-Werte für die Parameter F, N, P, R, T, U, @A3, @I,
  168.     @T2, @T3, @T4 und @TA wurden geändert.
  169.  
  170.  
  171.  
  172. 4. Schnellstart
  173.  
  174. ...
  175.  
  176.   Wurde bei einer Vorgängerversion keine '-P'-Option angegeben und der
  177.   Default-Port  COM1 verwendet, ist nun unbedingt die Option  '-PCOM1'
  178.   notwendig.
  179.  
  180.   Falls bisher die Version 2.00 mit mehr als 10 Kanälen benutzt wurde,
  181.   muß die Option '-CHnn' beim Start von TFPCX angegeben werden,  wobei
  182.   nn die gewünschte Kanalanzahl ist.
  183.  
  184.   Wenn  bisher die Option '-DR' verwendet wurde und damit  bei  dieser
  185.   Version Probleme mit Monitor oder Heardliste auftreten, dann  sollte
  186.   anstelle von '-DR' die Option '-DX' angegeben werden (z.B. bei TOP).
  187.  
  188. ...
  189.  
  190.  
  191.  
  192. 6.2.1. Port- und Baudraten-Konfiguration
  193.  
  194. -P  Angabe der benutzten Ports
  195.  
  196.   Diese  Option kann mehrfach verwendet werden und zwar maximal 2  mal
  197.   für serielle Modems, 1 mal für SCC-Karten und 4 mal für  KISS-Ports,
  198.   wenn  dabei  nicht die Obergrenze von 8  Ports  überschritten  wird.
  199.  
  200. ...
  201.  
  202.   Wird die Option '-P' überhaupt nicht angegeben, wird auch kein  Port
  203.   angesteuert, was nur für Tests mit internen Connects sinnvoll ist.
  204.  
  205.   Die optional möglichen Portadressen müssen im Bereich von 0x100  bis
  206.   0x3F8  liegen  und durch 8 teilbar sein. Bei SCC und KISS  sind  die
  207.   IRQs  2-5, 7, 9-12 und 14-15 möglich (bei XTs nur IRQs  kleiner  8).
  208.   ATs haben keinen wirklichen IRQ 2. Anstelle dessen wird deshalb  IRQ
  209.   9 verwendet. Jede Schnittstelle muß einen eigenen IRQ haben.
  210.  
  211. ...
  212.  
  213. -PUSCC:<Base>:<IRQ>:<Modems>  BayCom-USCC-Karte verwenden
  214. -POSCC:<Base>:<IRQ>:<Modems>  PA0HZP-OptoPcScc-Karte verwenden
  215.  
  216.   Als Parameter wird die Basisadresse der SCC-Karte, der IRQ und  eine
  217.   maximal  4 stellige Ziffernfolge angegeben, die über die Art der  an
  218.   den  bis  zu  4 SCC-Ports  angeschlossenden  Modems  Auskunft  gibt.
  219.   Folgende Angaben sind möglich (siehe auch Anhang 3.2.):
  220.  
  221.   0  Disable       Port wird nicht benutzt (abgeschaltet)
  222.  
  223.   1  Softclock     Takt für Senden und Empfang wird intern erzeugt für
  224.                    AFSK-Modems (kein Duplex möglich)
  225.  
  226.   2  Hardclock     Sendetakt wird vom Modem geliefert, Empfangstakt
  227.                    wird intern erzeugt (z.B. G3RUH)
  228.  
  229.   3  DF9IC-Modem   Takt für Senden und Empfang wird vom Modem
  230.                    geliefert, NRZ-Mode
  231.  
  232.   4  PA0HZP-Port   Empfangstakt wird intern erzeugt, extern durch 32
  233.                    geteilt und dem SCC-Controller als Sendetakt wieder
  234.                    zugeführt (für OptoPcScc-Karte)
  235.  
  236.   5  PA0HZP-Timer  Port wird nicht benutzt, erzeugt aber einen Zeit-
  237.                    takt für Timing-Zwecke (nur für OptoPcScc-Karte)
  238.  
  239.   Die Modemtypen 1 bis 3 sind speziell für die USCC-Karte  vorgesehen,
  240.   während Typ 4 nur mit der OptoPcScc-Karte funktioniert.
  241.  
  242.   Ziffer  5 hat eine besondere Bedeutung. Das TFPCX benötigt  für  die
  243.   verschiedenen internen Timer einen Zeittakt, der von der  OptoPcScc-
  244.   Karte jedoch nicht geliefert wird. Deshalb wird der Systemtimer  des
  245.   PC   verwendet,  der  aber  nur  eine  recht  ungenaue   Zeitmessung
  246.   ermöglicht,  was  bei einigen Parametern (z.B. TXDELAY  und  TXTAIL)
  247.   problematisch   ist.  Das  TFPCX  bietet  die   Möglichkeit,   einen
  248.   ungenutzten  SCC-Port zur Generierung eines genaueren Zeittaktes  zu
  249.   verwenden,  was  auch unbedingt zu empfehlen ist,  wenn  nicht  alle
  250.   Ports benötigt werden.
  251.  
  252.   Beispiele:
  253.  
  254. ...
  255.  
  256.   TFPCX -PUSCC:300:7:31
  257.  
  258.   USCC-Port  0  mit DF9IC-Modem, Port 1 mit Softclock, Ports 2  und  3
  259.   abgeschaltet.  Diese Einstellung ist für die  9k6-USCC-Karte  nötig,
  260.   die nur 2 SCC-Ports bietet. Wird gar kein Modem-Takt angegeben  gilt
  261.   '1103'  (wie  oben), erfolgt jedoch eine Angabe mit  weniger  als  4
  262.   Ziffern gilt für den Rest '0'.
  263.  
  264.   TFPCX -POSCC:150:3:4445
  265.  
  266.   OptoPcScc-Karte  mit Basisadresse 0x150, IRQ 3, Port 0 bis 2  werden
  267.   als  Modemports mit externem Taktteiler benutzt, Port 3 erzeugt  den
  268.   Zeittakt. Dies ist die Standardeinstellung für '-POSCC' ohne weitere
  269.   Parameter.
  270.  
  271. -PKISSn:<Base>:<IRQ>  KISS-Port an COMn (n = 1-4)
  272.  
  273.   Die  Basisadresse <Base> wird automatisch ermittelt, kann  aber  bei
  274.   Bedarf auch manuell angegeben werden. IRQ 4 wird standardmässig  für
  275.   COM1  und 3 verwendet, IRQ 3 für COM2 und 4. Stimmt diese  Zuordnung
  276.   nicht, muß der IRQ angegeben werden.
  277.  
  278.   Beispiele:
  279.  
  280.   TFPCX -PKISS1
  281.  
  282.   KISS-Port an COM1, Basisadresse und IRQ wird automatisch  ermittelt.
  283.   Für COM1 und 2 reicht diese Angabe im Allgemeinen aus.
  284.  
  285.   TFPCX -PKISS3:338:5
  286.  
  287.   KISS-Port an COM3, Basisadresse 0x338, IRQ 5
  288.  
  289. -Bnnnn[:nnnn ...]  Baudrate je Port einstellen
  290.  
  291.   Bei mehreren Ports werden durch ':' getrennte Werte angegeben in der
  292.   Reihenfolge steigender Portnummern. Folgende Werte sind möglich:
  293.  
  294.                                                        Standard
  295.  
  296.   serielles Modem   300, 1200, 2400 oder 4800 Baud       1200
  297.  
  298.   SCC Softclock     50-38400 Baud                        1200
  299.       PA0HZP-Port   50-38400 Baud                        1200
  300.       Hardclock     50-38400 Baud                        9600
  301.       DF9IC-Modem    1-65535 Baud (ohne Bedeutung)       9600
  302.  
  303.   KISS              2400, 4800, 9600, 19200,             9600
  304.                     38400 oder 57600 Baud
  305.  
  306. ...
  307.  
  308.  
  309. 6.2.2. TFPC- und DRSI-Interface
  310.  
  311. ...
  312.  
  313. -DX  Modifiziertes DRSI-Interface benutzen
  314.  
  315.   Diese  Option entspricht der Option '-DR' des TFPCX v2.0x. Dort  gab
  316.   es  Inkompatibilitäten  mit dem TNCTSR-Treiber  bei  Verwendung  des
  317.   DRSI-Interfaces,  die  bei dieser Version  beseitigt  wurden.  Falls
  318.   diese  Änderungen  nun bei anderen Programmen  (z.B.  TOP)  Probleme
  319.   verursachen,  sollte die Option '-DX' anstelle von  '-DR'  angegeben
  320.   werden.
  321.  
  322. ...
  323.  
  324.  
  325. 6.2.3. Sonstige Optionen
  326.  
  327. -BU[nnnn]  Anzahl der TFPCX-Puffer
  328.  
  329.   Das TFPCX speichert die meisten Daten dynamisch in 32  Byte-Puffern.
  330.   Die  Anzahl  der  benötigten Puffer kann  je  nach  Verwendung  sehr
  331.   unterschiedlich  sein.  Hat das TFPCX nur wenige Puffer  können  nur
  332.   wenige  Frames  zwischengespeichert  werden  und  man  erhält  unter
  333.   Umständen  'TNC BUSY'-Meldungen, was meist zum Disconnect durch  das
  334.   Terminalprogramm   führt.  Zu  viele  Puffer  verschwenden   dagegen
  335.   Speicherplatz.
  336.  
  337.   Mit  dieser Option kann die Pufferanzahl zwischen 400 und  ca.  1500
  338.   konfiguriert werden. Der Maximalwert hängt von der benutzten  Kanal-
  339.   anzahl  ab  und  wird eingestellt, wenn die  Option  ohne  Parameter
  340.   angegeben wird.
  341.  
  342.   Meist ist der Standardwert von 600 Puffern ausreichend. Wenn man mit
  343.   vielen Kanälen arbeitet, Gateway-Funktionen benutzt, vielleicht eine
  344.   Mailbox betreibt oder größere Dateien auf schnellen  Digi-Einstiegen
  345.   aussendet  ist eine Erhöhung dieses Wertes sinnvoll. Bei  SP  (außer
  346.   v7.50) sollte man nicht mehr als 999 Puffer wählen (siehe  Abschnitt
  347.   7.1.).  Wenn  man  sehr wenig Speicher hat  kann  auch  mit  weniger
  348.   Puffern gearbeitet werden.
  349.  
  350. -CHnn  Anzahl der Connect-Kanäle
  351.  
  352.   Bisher  war  die  Anzahl  der  vom  TFPCX  verwalteten  Kanäle  fest
  353.   eingestellt,  was  Speicherplatz und  Rechenzeit  verschenkte,  wenn
  354.   diese  Anzahl  gar nicht benutzt wurde. Mit dieser Option  kann  die
  355.   Kanalanzahl  dem  Verwendungszweck angepaßt werden.  Es  sollte  der
  356.   gleiche  Wert wie beim verwendeten Terminalprogramm gewählt  werden.
  357.   Möglich sind 4 bis 40 Kanäle (Default 10).
  358.  
  359. ...
  360.  
  361. -F<File>  Datei zur Parametereinstellung (ohne <File> gilt TFPCX.INI)
  362.  
  363. ...
  364.  
  365.   Die  Datei kann mit einem normalen Editor erstellt werden  und  kann
  366.   Kommentare  (eingeleitet  durch '#' oder ';')  und  Leerzeilen  ent-
  367.   halten.  Vor  jedem  Befehl  wird  automatisch  ein   Escape-Zeichen
  368.   gesendet.  Das  bisher  notwendige Zeichen '^'  braucht  nicht  mehr
  369.   angegeben  zu werden und wird ignoriert, so daß alte Dateien  weiter
  370.   verwendet   werden  können.  Tabulatoren  werden   wie   Leerzeichen
  371.   behandelt  und am Zeilenanfang/-ende überlesen. Eine  Beispiel-Datei
  372.   ist im Archiv enthalten.
  373.  
  374. ...
  375.  
  376. -NL  Interne Connects (Loopback) ausschalten
  377.  
  378.   Im  Normalfall werden alle gesendeten Frames so behandelt, als  wenn
  379.   sie  auch  empfangen  worden wären,  wodurch  interne  Connects  für
  380.   Testzwecke  möglich  sind.  In einigen  Fällen  ist  das  allerdings
  381.   unerwünscht (z.B. bei Tests mit externem Loopback) und kann  deshalb
  382.   mit  dieser Option verhindert werden. Bei hohem Datenaufkommen  läßt
  383.   sich  auf diese Weise auch die Belastung des Rechners etwas  senken,
  384.   da die gesendeten Frames dann nicht doppelt behandelt werden müssen.
  385.  
  386. -D  Test Modus (Debug)
  387.  
  388.   Diese Option bezieht sich auf die in der Kommandozeile vor dem  '-D'
  389.   stehende '-P'-Option und aktiviert für den (die) zugehörigen Port(s)
  390.   einen  Test Modus, der bei jedem Interrupt einen  Flankenwechsel  am
  391.   Eingang  des Lautsprechers bewirkt und damit ein Knacken oder  einen
  392.   Ton erzeugt.
  393.  
  394. ...
  395.  
  396.   Bei  KISS  oder  einer SCC-Karte kann mit  dieser  Option  überprüft
  397.   werden, ob überhaupt Interrupts erzeugt werden. Diese können ständig
  398.   oder nur im Sende-/Empfangsfall auftreten.
  399.  
  400.   Steht '-D' vor dem ersten '-P', so knackt es im Takt der Systemuhr.
  401.  
  402.  
  403.  
  404. 7. Installation
  405.  
  406. ...
  407.  
  408. 7.1. SP (DL1MEN)
  409.  
  410. ...
  411.  
  412.   Bei  einigen frühen Versionen von SP v7.00 gibt es durch  einen  Bug
  413.   evtl.  Probleme beim Modembetrieb. Ein anderes Problem  ergibt  sich
  414.   bei  dieser  SP-Version, wenn man 2 Modems und  einen  TNC  parallel
  415.   verwenden  will  (kommt  sicher  selten vor)  und  dabei  das  DRSI-
  416.   Interface benutzt. Beim Start von SP erhält man sofort eine  Resync-
  417.   Meldung und ein Betrieb ist nicht möglich. Dieses Problem kann durch
  418.   einen Patch der SP.EXE beseitigt werden.
  419.  
  420.   Wenn  man SP v7.00 (evtl. auch frühere Versionen) verwendet,  sollte
  421.   man  nicht mehr als 999 TFPCX-Puffer reservieren (Option '-BU'),  da
  422.   SP  scheinbar nicht mit 4-stelligen Pufferzahlen zurecht  kommt  und
  423.   sonst  das Senden von Dateien sehr schleppend abläuft. Bei SP  v7.50
  424.   wurde dieses Problem behoben.
  425.  
  426.  
  427. 7.2. GP (DH1DAE)
  428.  
  429.   GP  benutzt das TFPCX automatisch, wenn es geladen ist,  weshalb  im
  430.   Normalfall  keine  extra Konfiguration nötig  ist.  Beim  Multiport-
  431.   Betrieb sind allerdings folgende Hinweise zu beachten:
  432.  
  433.   - Es  muß  unbedingt GP ab Version 1.50  verwendet  werden.  Frühere
  434.     Versionen  sind  nur mit einem Port komfortabel zu  betreiben  und
  435.     haben auch Probleme bei höheren Übertragungsraten.
  436.  
  437.   - TFPCX wird mit der Option '-DM' gestartet.
  438.  
  439.   - In  der  Datei NAMES.GP ist mindestens  ein  PORT-Befehl  zwingend
  440.     erforderlich, weil Connect-Versuche sonst mit einer  Fehlermeldung
  441.     abgebrochen werden (siehe GP.DOC).
  442.  
  443.     Beispiel:
  444.  
  445.     PORT0 = DB0BLN,438.450
  446.     PORT1 = DB0BLO,438.300
  447.  
  448.   Mit  Hilfe  des TFPCX kann GP nun auch mehrere TNCs  ansteuern,  die
  449.   dazu den KISS-Mode unterstützen müssen (siehe Abschnitt 8.3.).
  450.  
  451.  
  452. 7.4. TERM (DL5FBD)
  453.  
  454. ...
  455.  
  456.   Bei dieser Version ist nun der Empfang von #BIN#-Files möglich.  Man
  457.   geht dabei wie folgt vor (getestet mit TERM v9.98):
  458.  
  459.   - mit den Befehlen '@M1' und 'E0' den Transparent-Modus ein- und das
  460.     Zeichenecho abschalten
  461.  
  462.   - den  BIN-Empfang  mit ALT-U starten und die  Abfragen  (Lesebefehl
  463.     zuletzt) beantworten
  464.  
  465.   - nach  der Übertragung mit den Befehlen 'E1' und '@M0'  wieder  den
  466.     Ausgangszustand herstellen
  467.  
  468.   Weitere Hinweise dazu findet man in der TERM-Dokumentation.
  469.  
  470.  
  471. 7.7. WINPR (DG6BI)
  472.  
  473.   WINPR kann ab Version 2.0 ebenfalls mit dem TFPCX verwendet  werden,
  474.   weil  es  das TFPC-Interface unterstützt. Da WINPR  unter  Microsoft
  475.   Windows  läuft, funktioniert dies aber nur mit KISS oder einer  SCC-
  476.   Karte  (siehe Abschnitt 7.10.) und nur auf einem schnellen  Rechner.
  477.   Der  Multiport-Betrieb wird von WINPR nicht unterstützt. Die  Option
  478.   '-DM' sollte also nicht verwendet werden.
  479.  
  480.   Das  TFPCX wird vor dem Start von Windows oder durch Eintrag in  der
  481.   Datei WINSTART.BAT geladen. Windows muß im 386 Enhanced Mode laufen.
  482.   In der Datei WINPR.INI sind folgende Einträge erforderlich:
  483.  
  484.   Port = Com5
  485.   TfpcrIrq = 253
  486.  
  487.  
  488. 7.8. TOP (DF8MT)
  489.  
  490.   Die  TOP-Dokumentation geht auch auf das TFPCX ein, so daß ich  hier
  491.   nur  Neuerungen  erwähne. Für den Multiport-Betrieb  muß  das  TFPCX
  492.   anstelle von '-DR' jetzt mit der Option '-DX' gestartet werden.
  493.  
  494.   Unter  TOP stellen sich die verschiedenen TFPCX-Ports wie  getrennte
  495.   TNCs  dar, wobei aufeinanderfolgenden Kanälen genau ein  Port  zuge-
  496.   ordnet  ist. Deshalb muß beim Connect-Befehl auch  keine  Portnummer
  497.   angegeben  werden. Bisher wurde diese Illusion allerdings durch  den
  498.   Umstand  getrübt,  daß Connects von außen immer  auf  dem  untersten
  499.   freien Kanal mit passendem MYCALL ankamen, unabhängig von der im TOP
  500.   gewählten  Zuordnung.  Mit dem Befehl '@PO' (siehe  Abschnitt  8.2.)
  501.   läßt sich das nun verhindern.
  502.  
  503.   Beispiel:
  504.  
  505.   TFPCX  soll  2 Ports und 20 Kanäle verwalten, wobei für  jeden  Port
  506.   jeweils  10  Kanäle  vorgesehen sind.  Neben  der  TNC-Konfiguration
  507.   sollte in TOPSET folgender INI-Befehl eingetragen werden:
  508.  
  509.   @PO 00000000001111111111
  510.  
  511.   Außerdem  ist  das TFPCX mit der Option '-CH20' aufzurufen,  da  als
  512.   Standard nur noch 10 Kanäle zur Verfügung stehen.
  513.  
  514.  
  515. 7.9. FBB (F6FBB)
  516.  
  517.   Die  F6FBB-BBS-Software unterstützt sowohl das TFPC- (ab v5.15)  als
  518.   auch das DRSI-Interface. Ich erläutere hier nur den  DRSI-Multiport-
  519.   Betrieb, da dies der allgemeinere Fall ist. Für den Modembetrieb ist
  520.   unbedingt FBB ab v5.15 erforderlich.
  521.  
  522.   TFPCX wird mit den Optionen '-DR' und '-IFF' geladen. Falls mehr als
  523.   10  Kanäle benötigt werden, ist auch '-CH' (siehe Abschnitt  6.2.3.)
  524.   anzugeben. Die Konfigurationsdatei PORT.SYS muß für den Betrieb  mit
  525.   2 Ports wie folgt aussehen:
  526.  
  527.   # PORT.SYS for FBB 5.15
  528.   #
  529.   #Ports TNCs
  530.    1     2
  531.   #
  532.   #Com Interface Adress (Hex) Baud
  533.    7   4         0            4800
  534.   #
  535.   #TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
  536.    1   5    7   0      230   2     1     10     00/60   UDYW 144.650
  537.    2   5    7   1      230   2     1     10     00/60   UDYW 438.450
  538.  
  539.   TFPCX simuliert 2 TNCs über einen virtuellen COM-Port (COM7). Inter-
  540.   face  4  steht für DRSI, Adresse und Baud werden  ignoriert,  müssen
  541.   aber  angegeben werden. Die Summe der den Ports zugeordneten  Kanäle
  542.   (NbCh) darf nicht größer als die Anzahl der vorhandenen TFPCX-Kanäle
  543.   (Option  '-CH')  sein. Es wird jeweils nur eine  Datei  INITTNC1.SYS
  544.   bzw. MAINT1.SYS verwendet, in der alle nötigen Parameter einzeln mit
  545.   Portangaben  (siehe Abschnitt 8.1.) gesetzt werden.  Der  'P'-Befehl
  546.   ist beim TFPCX nicht zur gleichzeitigen Einstellung aller  Parameter
  547.   eines Ports benutzbar, wie beim DRSI-TNCTSR-Treiber möglich. Weitere
  548.   Informationen sind der FBB-Dokumentation zu entnehmen.
  549.  
  550.  
  551. 7.10. MS-Windows, OS/2 u.a.
  552.  
  553.   Das  TFPCX  stellt  beim  Modembetrieb  hohe  Anforderungen  an  die
  554.   Reaktionszeiten des Systems auf Interrupts (siehe Anhang 2.), welche
  555.   von  Microsoft  Windows 3.x und IBM OS/2 2.0  nicht  erfüllt  werden
  556.   (auch wenn es manchem schwer fällt, das zu aktzeptieren). Aus diesem
  557.   Grund  reagiert  das TFPCX mit einer Fehlermeldung, wenn man  es  in
  558.   diesen Systemen für Modembetrieb starten will.
  559.  
  560.   Mit einer SCC-Karte ist ein Betrieb möglich. Unter Windows hat  dies
  561.   mit 1200 Baud recht gut funktioniert. Allerdings gibt es bei höheren
  562.   Baudraten  auch mit SCC-Karten Probleme. Unter OS/2 lief  das  TFPCX
  563.   weniger gut, ich habe es allerdings nur kurz getestet.
  564.  
  565.   Der  KISS-Mode  funktioniert  bei mir mit bis zu  38400  Baud  unter
  566.   beiden  Systemen  ohne  Probleme,  da  die  dabei  verwendete   COM-
  567.   Schnittstelle von Windows und OS/2 durch Treiber optimal unterstützt
  568.   wird, was bei den SCC-Karten leider (verständlicherweise) nicht  der
  569.   Fall ist.
  570.  
  571.   Bei  anderen  Multitasking-Systemen  dürften  ähnliche  Verhältnisse
  572.   herrschen.
  573.  
  574.  
  575.  
  576. 8.2. Besonderheiten von Befehlen
  577.  
  578. ...
  579.  
  580.   Die  internen Timer arbeiten nur mit einer Genauigkeit von +/-  20ms
  581.   bzw.  60ms, wenn nur KISS oder die OptoPcScc-Karte  ohne  Timer-Port
  582.   verwendet  wird, was bei der Einstellung einiger  Parameter  wichtig
  583.   sein  kann. Bei TXTAIL (Befehl '@TA') wird diese Ungenauigkeit  aber
  584.   automatisch berücksichtigt.
  585.  
  586.   Nun zu den einzelnen Befehlen:
  587.  
  588. C  Connect
  589.  
  590. ...
  591.  
  592.   Wurde mit dem Befehl '@PO' eine Portzuordnung vorgenommen, dann gilt
  593.   der dem Kanal zugeordnete Port als Default-Port.
  594.  
  595. ...
  596.  
  597. U  Unattended Mode (CTEXT)
  598.  
  599. ...
  600.  
  601.   Die Standardeinstellung 'U2' verhält sich wie 'U1', ermöglicht  aber
  602.   außerdem  einen  Disconnect  durch die connectete  Station  mit  dem
  603.   Remote-Kommando '//Q' (oder '//q'). Dabei muß das Kommando am Anfang
  604.   eines Frames stehen.
  605.  
  606. ...
  607.  
  608. @C  DCD-Bearbeitung
  609.  
  610. ...
  611.  
  612.   Bei  KISS  übernimmt der TNC die DCD-Bearbeitung und  dieser  Befehl
  613.   bestimmt  lediglich die Zeit (in 10ms-Einheiten), nach der  die  RX-
  614.   Anzeige verlischt, wenn kein weiteres Byte vom TNC empfangen wird.
  615.  
  616. @M  Transparent-Modus
  617.  
  618.   Im Terminalmode werden empfangene Steuerzeichen normalerweise  umge-
  619.   wandelt  (z.B. Control-Z wird als '^Z' dargestellt). Dadurch  werden
  620.   die  Daten  verfälscht, was den Empfang  von  BIN-Dateien  unmöglich
  621.   macht.
  622.  
  623.   Mit  dem Befehl '@M1' wird ein Modus aktiviert, bei dem  alle  Daten
  624.   ohne  Veränderung  (transparent) an das  Terminalprogramm  übergeben
  625.   werden, womit nun auch der BIN-Empfang möglich ist.
  626.  
  627.   Im Gegensatz zur Original-TF 2.4 wirkt sich dieser Befehl nicht  auf
  628.   die  7/8-Bit-Wandlung  aus.  Das TFPCX verwendet immer  den  8  Bit-
  629.   Zeichensatz.
  630.  
  631. @PO  Portzuordnung
  632.  
  633.   Mit  diesem  Befehl kann man für jeden Kanal festlegen,  ob  er  von
  634.   allen,  nur von einem bestimmten oder von keinem Port aus  connectet
  635.   werden kann. Wurde einem Kanal ein bestimmter Port zugewiesen,  gilt
  636.   dieser auch als Default-Port beim 'C'-Befehl.
  637.  
  638.   Als Parameter wird eine Zeichenkette übergeben, wobei das 1. Zeichen
  639.   zu  Kanal  1 gehört, das 2. Zeichen zu Kanal 2 usw. Bei  10  Kanälen
  640.   besteht  die Zeichenkette also im Normalfall aus 10 Zeichen.  Werden
  641.   weniger  Zeichen  angegeben,  bleibt die  Zuordnung  der  restlichen
  642.   Kanäle   unverändert,  ist  die  Zeichenkette  länger,  werden   die
  643.   überflüssigen Zeichen ignoriert. Folgende Zeichen sind möglich:
  644.  
  645.   '0' bis '7'  Connect nur von einem Port möglich (Portnummer)
  646.   '*'          Connect von allen Ports möglich
  647.   '-'          kein Connect von außen möglich
  648.  
  649.   Beispiele:
  650.  
  651.   @PO 0000011111*****-----
  652.  
  653.   Die  Kanäle 1-5 sind nur von Port 0 connectbar, die Kanäle 6-10  nur
  654.   von Port 1, die Kanäle 11-15 sind von allen Ports aus erreichbar und
  655.   die  Kanäle  16-20 sind überhaupt nicht connectbar  und  werden  für
  656.   Connects nach außen freigehalten.
  657.  
  658.   @PO **********
  659.  
  660.   Alle  Kanäle können von allen Ports connectet werden. Dies  ist  die
  661.   Standardeinstellung und ist kompatibel zu früheren TFPCX-Versionen.
  662.  
  663.   Eingehende  Connects werden dem untersten freien  Kanal  zugewiesen,
  664.   auf  dem  das passende MYCALL eingestellt ist und dem  entweder  der
  665.   Port zugeordnet wurde, von dem der Connect kommt oder der von  allen
  666.   Ports connectbar ist ('*'). Gibt es keinen passenden Kanal, wird der
  667.   Connect abgewiesen (BUSY).
  668.  
  669. @ST  Statistik
  670.  
  671. ...
  672.  
  673.   Beispiel:
  674.  
  675.   0 SCC0 TX 87 11 10 RX 547 201 201 ERR 1
  676.   ^ ^       ^  ^  ^     ^   ^   ^       ^
  677.   1)2)      3) 4) 5)    6)  7)  8)      9)
  678.  
  679. ...
  680.  
  681.   9) aufgetretene Fehler (wird nur bei SCC und KISS angezeigt und nur
  682.      wenn nicht 0)
  683.  
  684.   Mit  diesen Werten sind einfache statistische Aussagen  möglich.  An
  685.   die  Portbezeichnung 2) wird bei KISS ein '+' angehängt, wenn  SMACK
  686.   aktiviert ist.
  687.  
  688.   Wert 9) bezieht sich bei einem SCC-Port auf die Over- und  Underruns
  689.   des  SCC-Controllers, die immer dann auftreten, wenn  nicht  schnell
  690.   genug auf Interrupts reagiert wird. Bei KISS führen Zeichenverluste,
  691.   KISS-Frame-  und CRC-Fehler (bei SMACK) zur Erhöhung dieses  Wertes.
  692.   Wenn  die  Fehleranzahl  schnell größer wird,  ist  der  Rechner  zu
  693.   langsam für die verwendete Baudrate oder bei KISS ist die Verbindung
  694.   zum TNC nicht in Ordnung.
  695.  
  696. ...
  697.  
  698. @TA  TXTAIL
  699.  
  700.   TXTAIL kann in 10ms-Einheiten eingestellt werden (0-6000), ist  aber
  701.   im  Normalfall  unter  Berücksichtigung  von  Baudrate  und   Timer-
  702.   Ungenauigkeit optimal gesetzt (@TA=4 bei 300 Baud, @TA=1 sonst). Bei
  703.   KISS  hängt  das  richtige TXTAIL vom TNC  ab,  weshalb  hier  keine
  704.   automatische Einstellung erfolgt.
  705.  
  706.  
  707. 8.3. KISS
  708.  
  709.   Beim  KISS-Betrieb gibt es einige Besonderheiten, auf die an  dieser
  710.   Stelle eingegangen wird.
  711.  
  712.   Wenn  das TFPCX gestartet wird, muß ein zu verwendender TNC  bereits
  713.   eingeschaltet  und im KISS-Mode sein. Das TFPCX bietet selbst  keine
  714.   Möglichkeit  zur  Aktivierung von KISS. Der  beim  TFPCR  vorhandene
  715.   Befehl @K existiert hier nicht. Zum Einschalten des KISS-Modes  kann
  716.   man das mitgelieferte Programm KISSINIT benutzen.
  717.  
  718.   TFPCX unterstützt die KISS-Erweiterung SMACK (Version 1.0), die  die
  719.   Sicherheit  vor Übertragungsfehlern verbessert. SMACK  wird  automa-
  720.   tisch aktiviert, wenn das angeschlossene Gerät dies erlaubt. Mit dem
  721.   Befehl  @ST (siehe Abschnitt 8.2.) läßt sich überprüfen, in  welchem
  722.   Modus  gearbeitet wird (Anzeige bei SMACK z.B. 'COM1+').  SMACK  ist
  723.   erst  dann aktiv, wenn mindestens je 1 Frame gesendet und  empfangen
  724.   wurde.
  725.  
  726.   Die  Sende-/Empfangsanzeige  bezieht  sich bei KISS  nicht  auf  den
  727.   eigentlichen  Übertragungskanal, sondern auf die  serielle  Schnitt-
  728.   stelle zum TNC bzw. gekoppelten Rechner.
  729.  
  730.   Zur  Kopplung eines PCs mit einem anderen Rechner  (z.B.  Digipeater
  731.   und  Mailbox) benötigt man lediglich ein Nullmodem-Kabel. Das  TFPCX
  732.   arbeitet  dabei  immer Duplex (Befehl @D hat keine  Bedeutung).  Die
  733.   Parameter sind entsprechend einzustellen. Die folgenden Ausführungen
  734.   sind vor allem für normalen TNC-Betrieb wichtig.
  735.  
  736.   Im  KISS-Mode  hat  das  TFPCX  keine  direkte  Kontrolle  über  den
  737.   Übertragungskanal,  da der TNC dazwischen geschaltet ist. Das  TFPCX
  738.   hat keine Möglichkeit festzustellen, ob die Frequenz  augenblicklich
  739.   frei ist und wann zu sendende Frames tatsächlich vom TNC  übertragen
  740.   wurden,  was  zu  unnötigen Aussendungen  führen  kann.  Dabei  sind
  741.   insbesondere zwei Fälle interessant:
  742.  
  743.   - Das TFPCX hat einen Frame an den TNC zur Aussendung übergeben  und
  744.     wartet  auf die Bestätigung der anderen Station. Falls  zu  diesem
  745.     Zeitpunkt  der Kanal längere Zeit durch eine andere Station  (z.B.
  746.     Digi)  belegt  ist, kann der TNC den Frame nicht  senden  und  das
  747.     TFPCX nimmt nach einer bestimmten Zeit an, daß der Frame  verloren
  748.     gegangen ist und wiederholt ihn, obwohl er noch gar nicht gesendet
  749.     wurde. Die Folge ist die unnötige doppelte Aussendung des Frames.
  750.  
  751.     Die  Zeit  zwischen  Aussendung  eines  Frames  und  Empfang   der
  752.     Bestätigung  wird  vom TFPCX gemessen und  daraus  ermittelt,  wie
  753.     lange  im Mittel auf die Antwort gewartet werden muß. Damit  passt
  754.     sich  diese  Zeit der Kanalbelegung an  und  derartige  Dopplungen
  755.     sollten nur selten auftreten. Durch Ändern des Parameters @A3 kann
  756.     man die Verzögerung bei Bedarf beeinflussen.
  757.  
  758.   - Wenn hintereinander mehrere Frames empfangen werden, können  diese
  759.     normalerweise  durch einen einzigen Frame bestätigt werden.  Dabei
  760.     ergibt  sich  die Frage, wann das TFPCX davon ausgehen  kann,  daß
  761.     kein  weiterer  Frame folgt und die Bestätigung  generiert  werden
  762.     kann.  Beim  seriellen  Modem oder einer  SCC-Karte  wird  einfach
  763.     solange gewartet, bis die Gegenstation ihre Aussendung beendet hat
  764.     und der Übertragungskanal frei ist.
  765.  
  766.     Bei KISS ist dieses Vorgehen nicht möglich. Hier ist die  richtige
  767.     Einstellung des Parameters @T2 besonders wichtig. Er bestimmt  die
  768.     Zeit,  die  nach  Empfang eines Frames gewartet  wird,  bevor  ein
  769.     Bestätigungsframe erzeugt wird. Wenn vor Ablauf dieser Verzögerung
  770.     ein  weiterer Frame eintrifft, beginnt die Zeitmessung  von  vorn.
  771.     Der  Timer  sollte  erst ablaufen, wenn  kein  Frame  mehr  folgt,
  772.     wodurch alle empfangenen Frames zusammen bestätigt werden. Ist @T2
  773.     zu  kurz eingestellt, werden unnötigerweise mehrere  Bestätigungen
  774.     gesendet.
  775.  
  776.     Welchen  Wert muß @T2 nun erhalten? Die  eingestellte  Verzögerung
  777.     muß  etwas größer als die maximale Sendedauer für einen Frame  der
  778.     Gegenstation sein. In Abhängigkeit von der Modem-Baudrate kann man
  779.     folgende Richtwerte angeben:
  780.  
  781.       Baud  @T2
  782.  
  783.       1200  250
  784.       2400  150  (Default)
  785.       4800  100
  786.       9600   50
  787.  
  788.     Diese Angaben gelten für Frames mit 256 Datenbytes und sind  recht
  789.     großzügig gewählt. Wer mit den Werten experimentieren will, sollte
  790.     dabei im Monitor beobachten, ob beim Empfang  aufeinanderfolgender
  791.     Frames,  jeder  Frame einzeln mit einem RR-Frame  bestätigt  wird.
  792.     Falls das nur sehr selten auftritt, ist es aber auch aktzeptabel.
  793.  
  794.     WICHTIG!
  795.  
  796.     Der  Default-Wert @T2=150 ist für 1200 Baud-Betrieb zu kurz.  Hier
  797.     sollte unbedingt eine größere Verzögerung eingestellt werden.
  798.  
  799.     Bei  DAMA wird anstelle von @T2 der Parameter @T4  verwendet.  Die
  800.     Standard-Einstellung  @T4=1 ist für KISS nicht zu  empfehlen.  Für
  801.     DAMA gelten ebenfalls die genannten Richtwerte.
  802.  
  803.  
  804. 8.4. DAMA
  805.  
  806. ...
  807.  
  808.   Bei dieser Version erfolgte eine Änderung im DAMA-Slave, wodurch die
  809.   bekannten Meckermeldungen von TheNetNode-Digis bei Multiconnect  nun
  810.   kaum  noch  auftreten sollten, was ich jedoch  selbst  nicht  testen
  811.   konnte.
  812.  
  813.  
  814.  
  815.  
  816.                                 ANHANG
  817.  
  818.  
  819.  
  820. 1. Befehlsübersicht
  821.  
  822.   Befehl        Parameter       Beschreibung
  823.   ------        ---------       ------------
  824.  
  825. ...
  826.  
  827.     E (1)         0             kein Echo für eingegebene Zeichen
  828.                   1             Echo für eingegebene Zeichen
  829.  
  830. ...
  831.  
  832.     U (2)        0 [Text]       Connecttext unterdrücken
  833.                  1 [Text]       Connecttext aktiv
  834.                  2 [Text]       Connecttext und Remote-//Quit aktiv
  835.  
  836. ...
  837.  
  838.     @M (0)        0             Umwandlung empfangener Steuerzeichen
  839.                   1             Transparent-Modus bei Empfang
  840.  
  841.     @PO ('*')    cccccccccc     Portzuordnung (je Kanal ein Zeichen)
  842.                  c = '0'-'7'    Connect nur von Port c möglich
  843.                      '*'        Connect von allen Ports möglich
  844.                      '-'        kein Connect von außen möglich
  845.  
  846. ...
  847.  
  848.  
  849.  
  850. 2.1. Sende- und Empfangsprobleme
  851.  
  852.   Der  verwendete Rechner muß zuerst überhaupt in der Lage  sein,  die
  853.   angesprochene  Zahl  von Interrupts zu verkraften.  Bei  Überlastung
  854.   verlangsamt  sich  das  System  extrem oder  stürzt  sogar  ab.  Aus
  855.   Erfahrungen kann man etwa folgende Tabelle angeben (ohne Gewähr):
  856.  
  857.   PC    XT   XT   286  386
  858.   MHz   5    8    12   20
  859.  
  860.   Baud
  861.    300  *    *    *    *
  862.   1200  ?    ?    *    *
  863.   2400  -    ?    *    *
  864.   4800  -    -    ?    *
  865.  
  866.   *  Betrieb möglich
  867.   ?  Betrieb eventuell möglich (mit Einschränkungen)
  868.   -  Betrieb unmöglich
  869.  
  870. ...
  871.  
  872.  
  873. 2.2. Probleme mit anderen Programmen
  874.  
  875. ...
  876.  
  877.   Bei folgenden Programmen traten ebenfalls Probleme auf, deren genaue
  878.   Ursache unbekannt ist:
  879.  
  880.   - Tastaturtreiber von DR-DOS 6.0 (Tastatur hängt), anderen Treiber
  881.     (z.B. CKEYGR.COM, der mal mit SP vertrieben wurde) verwenden
  882.  
  883.   - Microsoft Mousetreiber (MOUSE.COM), Abhilfe durch anderen Treiber
  884.  
  885.   - IBM VCPI.SYS-Treiber (bei Notebooks verwendet), Entfernen des
  886.     Treibers behebt evtl. das Problem
  887.  
  888.  
  889. 2.3. Hardwareprobleme
  890.  
  891. ...
  892.  
  893.   Laptops und Notebooks unterstützen meist verschiedene Stromsparmodi,
  894.   die  dem TFPCX nach einer bestimmten Zeit ohne Tastendruck  die  be-
  895.   nötigte Rechenleistung entziehen. Bei diesen Rechnern (z.B. Olivetti
  896.   Quaderno)  ist es oftmals nötig, das Powermanagment  (besonders  die
  897.   Absenkung des Prozessortaktes) zu deaktivieren.
  898.  
  899.  
  900.  
  901. 3. Hardwareanschluß
  902.  
  903. ...
  904.  
  905. 3.2. BayCom-USCC-Karte
  906.  
  907. ...
  908.  
  909.   Der  zweite  SCC-Controller (Z8530) muß  nicht  unbedingt  vorhanden
  910.   sein, wenn die entsprechenden Kanäle nicht benutzt werden, der erste
  911.   Controller  ist  jedoch immer notwendig. Damit kann jetzt  auch  die
  912.   9k6-USCC-Karte verwendet werden (Option -PUSCC:<Base>:<IRQ>:31).
  913.  
  914. ...
  915.  
  916.   Bei  einigen  USCC-Karten gibt es  vermutlich  Timing-Probleme  beim
  917.   Zugriff  auf  den  Datenport der SCC-Controller.  Beim  TFPCX  v2.00
  918.   wurden   dadurch  vereinzelt  sinnlose  Daten  gesendet.  Nach   dem
  919.   Herabsetzen  des  Bustaktes bzw. dem  Austausch  der  SCC-Controller
  920.   durch  Original-ZILOG-Typen  ließen  sich  diese  Effekte  teilweise
  921.   beseitigen.  Das TFPCX gibt nun die Sendedaten nicht mehr  über  den
  922.   Datenport  aus,  wie  das beim BayCom ebenfalls  gemacht  wird.  Ich
  923.   hoffe, daß diese Probleme damit nicht mehr auftreten.
  924.  
  925.  
  926.  
  927. 4. Informationen für Softwareentwickler
  928.  
  929. ...
  930.  
  931. 4.1.3. Spezielle Funktionen
  932.  
  933.   Die folgenden Unterfunktionen sind Erweiterungen, die nur beim TFPCX
  934.   existieren. Sie sind bei beiden Interface-Varianten vorhanden.
  935.  
  936.   AH = 0xFB  Abfrage von Port- und Kanalanzahl (ab v2.00)
  937.  
  938.              Rückgabe:  AL       Anzahl der benutzten Ports (0 bis 8)
  939.                         AH       Anzahl vorhandener Kanäle (4 bis 40)
  940.  
  941.              Die Kanalanzahl wird mit der Option '-CH' eingestellt.
  942.  
  943. ...
  944.  
  945.  
  946. 4.2. Format von Meldungen
  947.  
  948.   Im  folgenden  werden die Meldungen des TFPCX aufgeführt,  die  eine
  949.   Portnummer  enthalten  und  damit von  der  TNC-Firmware  abweichen.
  950.   <Port>  ist  eine Ziffer zwischen 0 und 7. Die Anzeige  von  <Port>:
  951.   erfolgt nur, wenn das TFPCX mit den Optionen '-DR', '-DX' oder '-DM'
  952.   gestartet  wird. Die Monitor-Meldungen bei '-DR' wurden  bei  dieser
  953.   Version  geändert, um unbeabsichtigte Unterschiede zum  DRSI-TNCTSR-
  954.   Treiber zu beseitigen.
  955.  
  956. ...
  957.  
  958.   - Monitor (Optionen '-DX' und '-DM')
  959.  
  960.     <Port>:CONNECT REQUEST fm <Call> via <Digis>
  961.     <Port>:fm <Call> to <Call> via <Digis> ctl <Name> pid <Hex>
  962.  
  963.   - Monitor (Option '-DR' und TNCTSR)
  964.  
  965.     CONNECT REQUEST fm <Port>:<Call> via <Digis>
  966.     <Port>: fm <Call> to <Call> via <Digis> ctl <Name> pid <Hex>
  967.            ^
  968.       Leerzeichen
  969.  
  970. ...
  971.  
  972.  
  973. 4.3. Extended Hostmode
  974.  
  975.   Der  Extended Hostmode (DG3DBI) ist eine kompatible Erweiterung  des
  976.   'G'-Befehls,  die  es  ermöglicht, mit  einem  globalen  Poll-Befehl
  977.   Auskunft über alle Kanäle der Firmware zu erhalten, auf denen  Daten
  978.   vorliegen und die damit als nächstes abzufragen sind. Die Verwendung
  979.   des  Extended Hostmode bewirkt besonders bei der Nutzung von  vielen
  980.   Kanälen mit sehr unterschiedlichem Datenaufkommen eine  Verbesserung
  981.   des Datendurchsatzes zwischen TFPCX und Terminalprogramm.
  982.  
  983.   Die globale Abfrage erfolgt durch einen 'G'-Befehl an den virtuellen
  984.   Kanal  255 (Bytefolge: 0xFF 0x01 0x00 'G'), wobei  eventuelle  Para-
  985.   meter  ignoriert  werden. Das TFPCX antwortet darauf  mit  einer  0-
  986.   terminierten  Liste aller Kanäle, die Daten gepuffert  haben  (Byte-
  987.   folge:  0xFF 0x01 Kanal+1 ... 0x00). Kanal+1 ... ist die  Aufzählung
  988.   der jeweils um 1 erhöhten Kanalnummern.
  989.  
  990.   Beispiel:
  991.  
  992.   Die  Kanäle  0 (Monitorkanal), 1 und 5 haben  Daten  vorliegen.  Das
  993.   TFPCX antwortet mit:
  994.  
  995.   0xFF 0x01 0x01 0x02 0x06 0x00
  996.  
  997.   Das Terminalprogramm sollte daraufhin die angegebenen Kanäle solange
  998.   direkt  abfragen,  bis keine Daten mehr vorhanden  sind.  Wenn  alle
  999.   Kanäle  frei  sind, wird nur 0xFF 0x01 0x00 geliefert.  Beim  ersten
  1000.   globalen  Poll  muß geprüft werden, ob eventuell  die  Fehlermeldung
  1001.   "INVALID  CHANNEL NUMBER" kommt, was immer dann passiert,  wenn  der
  1002.   Extended Hostmode von der Firmware noch nicht unterstützt wird.
  1003.  
  1004.  
  1005. 4.4. Bisherige Versionen
  1006.  
  1007. ...
  1008.  
  1009.   v2.01
  1010.  
  1011.   - USCC-Sendeprobleme behoben, durch Ausgabe der Sendedaten über
  1012.     Controlport (Timing-Probleme beim Datenport weniger USCC-Karten)
  1013.   - Option -BU[nnnn] zur Einstellung der Pufferanzahl (Minimum 400,
  1014.     Default 600), fehlt die Anzahl wird der max. Wert verwendet
  1015.   - Anzahl der Connect-Kanäle über Option -CHnn einstellbar (4-40
  1016.     Kanäle, Default 10)
  1017.   - Befehl E (Echo) wieder vorhanden (Default 1, Echo ein)
  1018.   - Befehl @M für #BIN#-Empfang, @M=0 Umwandlung von empfangenen
  1019.     Steuerzeichen (Standard), @M=1 Transparent-Modus (für TERM)
  1020.   - Init-File (Option -F) kann Leerzeilen und Kommentare enthalten
  1021.     (durch '#' oder ';' eingeleitet), ESC automatisch erzeugt ('^'
  1022.     wird ignoriert), Wandlung von TABs in ein Leerzeichen
  1023.   - Remote-Kommando '//Q' (wenn U=1 und JHOST=0)
  1024.   - Frames werden nur gemonitort, wenn mehr als 256 Puffer frei sind
  1025.     (vorher 64 Puffer)
  1026.   - Fehlermeldung bei Modem-Betrieb unter OS/2 2.0
  1027.   - DRSI-Funktion 1 (Zeichenausgabe) gibt AH=0 zurück (Kompatibilität
  1028.     zum TNCTSR-Treiber, der in AH meldet, ob Zeichen zur Eingabe
  1029.     bereit stehen)
  1030.  
  1031.   v2.10
  1032.  
  1033.   - KISS-Mode (inkl. SMACK) unterstützt (Option -PKISS, max. 4 Ports)
  1034.   - Unterstützung für PA0HZP-OptoPcScc-Karte (Option -POSCC), Clock-
  1035.     Typen 4 (PA0HZP-Port mit externem Taktteiler) und 5 (PA0HZP-Timer
  1036.     für 75 Hz Zeitnormal)
  1037.   - BayCom-9k6-USCC-Karte unterstützt (2. SCC-Controller nicht
  1038.     ansteuern, wenn nicht benutzt)
  1039.   - IRQs für SCC und KISS: 2-5/7, bei AT zusätzlich: 9-12/14-15 (2=9)
  1040.   - Meldungen (Monitor und CONNECT REQUEST) beim DRSI-Interface
  1041.     (Option -DR) geändert (Inkompatiblitäten mit dem TNCTSR-Treiber
  1042.     beseitigt), Option -DX für bisherige modifizierte Meldungen
  1043.   - Befehl @PO für wahlweise Portzuordnung (Kanal nur von zugeordnetem
  1044.     Port connectbar, Default-Port bei ausgehenden Connects)
  1045.   - Interne Connects (Loopback) abschaltbar (Option -NL)
  1046.   - TXTAIL (@TA) bei Modem und SCC unter Berücksichtigung von Baudrate
  1047.     und Timer-Ungenauigkeit optimal eingestellt (@TA=4 bei 300 Baud,
  1048.     @TA=1 sonst), max. Wert für @TA ist 6000 (bei KISS 255)
  1049.   - 0 Ports, wenn -P nicht angegeben (kein Default-Port)
  1050.   - Option -D bezieht sich auf die vorher stehende Option -P
  1051.   - bei DAMA vor dem Pollen auch auf Ablauf von T1 warten (wie TF 2.6)
  1052.   - Extended Hostmode (DG3DBI) unterstützt
  1053.   - Remote-Kommando '//Q' nur bei U=2 (Default)
  1054.   - @ST- löscht auch die ERR-Zähler
  1055.   - NET/ROM-Monitor entfernt
  1056.   - Default-Parameter F, N, P, R, T, U, @A3, @I, @T2, @T3, @T4 und @TA
  1057.     geändert
  1058.  
  1059.  
  1060.  
  1061. 6. Bezugshinweise
  1062.  
  1063.   Wer Interesse am Programm TFPCX hat, schickt eine leere Diskette mit
  1064.   adressierten und ausreichend frankierten Rückumschlag an:
  1065.  
  1066.   René Stange
  1067.   O.-Grotewohl-Ring 34
  1068.   15344 Strausberg
  1069.  
  1070.   mögliche Disk-Formate: 3½" 720K oder 1.44M (bevorzugt)
  1071.                          5¼" 360K oder 1.2M
  1072.  
  1073.   Wiederverwendbare  Umschläge mit Adreßaufkleber sind  auch  möglich,
  1074.   Hauptsache  ich  muß das Porto nicht selbst  bezahlen.  Bitte  keine
  1075.   'überdimensionalen' Umschläge verwenden, sonst gibt es hier Probleme
  1076.   mit dem Briefkasten.
  1077.  
  1078.   Ich  kann  weder  Software (z.B.  Terminalprogramme)  noch  Hardware
  1079.   (BayCom-Modem)  mitliefern, die nicht von mir entwickelt wurde.  Man
  1080.   muß sich in diesem Fall an die entsprechenden Urheber wenden.
  1081.